home *** CD-ROM | disk | FTP | other *** search
/ BBS Toolkit / BBS Toolkit.iso / doors_2 / snarf102.zip / IDEAS.TXT < prev    next >
Text File  |  1991-03-20  |  2KB  |  44 lines
  1. The following is a list of features under consideration for the next
  2. release of Snarf.  If you have a feature you'd like to see that does not
  3. appear here, or if you have some comments to make on these features, please
  4. send WWIVnet e-mail to Graham Mainwaring #1 @9970.
  5.  
  6.  
  7.  
  8. * Have Snarf process file descriptions as well as just files.  This is a big
  9. one.  When a user uploads a file, they will have to specify a description
  10. for it somehow.  Also, if Snarf understands file descriptions, users will be
  11. able to do things like download a list of files which are new since a
  12. certain date.  In addition, this feature will allow Snarf to update WWIV's
  13. file records for the number of times a file has been downloaded.  The
  14. problem with this feature is that many WWIVs are modified and do not use
  15. standard file formats.  Some method must be provided for making Snarf work
  16. with modified userrecs and directoryrecs.
  17.  
  18. * Give the sysop the ability to break into chat with a user while they are
  19. Snarfing.  (To be fair, perhaps also put a user option in SNARF CONFIG for
  20. 'refuse to accept chats from sysops'.)
  21.  
  22. * Become compatible with any !-@REMOTE@-! interface standards that develop,
  23. or if none do, create one.  (If such a standard exists, I would like to hear
  24. about it.)
  25.  
  26. * Allow protocols besides DSZ Zmodem.  Possibly even provide support for
  27. bimodem.  However, this would require a method for negotiating between BBS
  28. and user as to which protocols both systems understand.
  29.  
  30. * Provide Snarf companion utilities which generate and manipulate file
  31. lists.  Perhaps even provide a menu & mouse driven shell for Snarf which
  32. allows downloading files chosen from a multiple-select list box.  Possibly
  33. do the user interface using Turbo Vision.
  34.  
  35. * Add some more security features.  For example, allow password-protection
  36. of some directories.  Another option would be requiring a valid WWIV
  37. username and password before allowing Snarf downloads.  Adding this feature
  38. would allow sysops to maintain file ratios and restrictions for Snarf
  39. downloads as well as regular downloads.  However, since this would require
  40. reading userrecs, implementing this feature would require a solution to the
  41. modified-file-structure problem.
  42.  
  43.  
  44.